Using graphql is not a big deal. Just use whatever endpoint that works. Think there are a few non graphql commands used.

Ah okay, functionality wise, do you have any feedback?

Ah okay, functionality wise, do you have any feedback?

I will give it a try when I can!

Think it looks good. Would you want to make use of the pickers instead of the new, custom buffer? I have been using telescope recently. What do you use?

Some items:

• What do you expect the callback to be upon selection an item? We can work something in like Abitrary callbacks for pickers #642 in order to support more in the future.
• Would there be a preview or buffer to show each item? What would be populated there? Maybe a buffer doesn't make sense here. What are your thoughts?

@wd60622 Is this what you meant, kinda like the PR and issue flow?

You still want there to be a buffer when you press <CR> on one of the items in the picker. AKA same flow as pull request?

Thanks for the PR @GustavEikaas!

I like the idea of showing the status of the run in the preview buffer and perhaps show the logs of the run upon opening the item with <CR>. The problem I see is that a run may contain multiple jobs and each job will have its own log. Should we present them sequentially? thoughts?

IIRC the sequential jobs is already supported but yes I was thinking the same.
For the logs of every step we should probably lazy load and use fold or something similiar. Some steps have very long log outputs

@pwntester
Here is an image of what it looks like with multiple jobs

Doesnt seem like there is a good structured output for workflow logs. Will probably be tricky to have the same UI as github web.
Only way I see right now is query the workflow logs and using regex to match the lines to the corresponding steps

Nice, perhaps we can do a nested telescope selection where the use first chooses the run and then the job, that should get us a shorter log to show to the user and it should easier to print since we dont need to care about job's dependencies, just sequential steps

Ill keep digging! It would be easier if anyone could link me a specific workflow run that causes it to error out

Also, been thinking about the use of zip files (Still don't have working in all cases for me)...
Do the logs have to stored to file system? There are other items that are just stored in the local variable M. Can that strategy also be used?

Github supports two ways of giving workflow logs.

1. as one big .txt file, I tried this first but it isnt structured well enough that I can map it correctly to the jobs and steps.
2. As a zip archive. With corresponding .txt files per step where the structure is zipRoot/<jobname>/stepname.txt

I dont necessarily have to write the zip archive to disk but I need some sort of tool/library to extract the files from the zip archive for me. There is no inbuilt lua/vim support for zip archives. I chose unzip because it is included when installing git. AFAIK unzip doesnt accept inline zip archive as stdio. If you know of any other ways to do this im all ears.

I looked a bit more into the issue and I can no longer repro the issue but apparently you can. Do you have any repro on a public OSS repo where you can link me the workflow run. If I can repro the issue I can probably fix it

Overall, it seems to be working fairly well for most cases. I can get some on the second try. I am having trouble with:

• https://github.com/pwntester/octo.nvim/actions/runs/13473361942

EDIT: I added the <C-y> mapping to copy URL. (my browser doesn't work).

Some other nice to have features:

• Have the > become ∨ when expanded for a better visual representation
• Have the o mapping close the node from within the line range. For instance, cursor in the logs being shown.

Other than that, think this is pretty much good to go. We can get it out, people can try, and we iterate! It's awesome addition so thanks for all of the back and forth!

I see the issue with the workflow run you linked @wd60622
X64-ubuntu (ubuntu-20.04, httpsgithub.comneovimneovimreleasesdownloadv0.10.0nvim-linux64.../3_Run date +%F todays-date.txt - API
X64-ubuntu (ubuntu-20.04, httpsgithub.comneovimneovimreleasesdownloadv0.10.0nvim-linux64../3_Run date +%F todays-date.txt - Archive

TLDR; main issue is length being truncated. Honestly dont know how to work around this without making a bunch of code for processing and transforming paths and filenames. I'm afraid it will never be 100% with this approach

Made a final attempt using some wildcard tricks. @wd60622.
Do you want to do a final test and see if you can read workflow logs without any errors now?

Will take a look tomorrow and let you know how it goes

Is there a Json payload that comes back too? Maybe we can use some type of id instead of a raw name

Thanks! It's been a journey, mostly fun though. Glad we could finally release it!

Feel free to tag me in any future issues relating to this.

Totally, I know how it goes. Thanks for sticking in there.

Feel free to open Issues for any features as well.